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Push-to-Talk Interworking 

The present invention relates to interworking between separate 
communication networks using dialled connections and especially to a push- 
to-talk communication method and system for enabling a subscriber to 
communicate with one or more subscribers of one or more communication 
networks without using a dialling procedure. 

It is state of the art to use a dialling procedure in digital communication 
systems to set up a communication path between two subscribers of a 
communication network or two subscribers of different communication 
networks. 

It is the object of the present invention to propose methods and systems for 
providing Push-to-Talk services between subscribers of different operators. 

According to the invention this object is achieved by providing methods and 
systems as disclosed in the independent claims. 

Other features which are considered to be characteristic for the invention are 
set forth in the appended claims. 

The invention provides solutions for Push-to-Talk services interworking 
between different network operators, e.g. interworking between Operator 1 
and Operator 2. As there Is no standard mechanism specified in order to 
realize the interworking the following technical solution is proposed. 
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Push-to-Talk enables a user to send a message either streamed or 
transferred to another user or a group of users after pressing a button or 
initialising a start signal In another known technique. Special actions have to 
be taken to organise a Push-to-Talk Group across operators. 

5 

Within the text of this patent or patent application the abbreviation "PoC" shall 
mean Push-to-talk over communication system. 

"PoC AS" shall mean push-to-talk over Communication system application 
server. 

10 "Operator" shall mean a (network) operator providing Push-to-Talk services. 

A first embodiment of the invention provides a method for operating a push-to- 
talk communication between a PoC-group consisting of at least of one 
member of a first communication network and a PoC-group consisting of at 
15 least of one member of a second communication network, using a PoC 
application server in each communication network is characterised by the 
steps of connecting the members of the PoC-group of the first network 
operator with the members of the PoC-group of the second network operator, 
and synchronising the PoC application servers to each other. 

20 

A second embodiment of the invention provides a method for push-to-talk 
communication between the members of an existing push-to-talk 
communication session and a group of an additional communication network, 
using a PoC application server in each communication network, characterised 
25 by the steps of connecting the additional group to each of the existing groups 
of the session, and synchronising the PoC application server of the additional 
group to the previously synchronised PoC application servers. 

The proposed Push-to-Talk Interworking has several advantages. 
30 The above mechanisms may be used for Push-To-Talk systems or any other 
system using group communication in any form. Further, the mechanisms 
apply to fixed/wireless and circuit/packet based communication networks. 
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Any address scheme, e.g. IP-address, phone numbers, SIP-URIs, ULRs, 
email-addresses, may be used to identify the users and groups. 
Dedicated signalling protocols are used to exchange information about the 
groups, e.g. size, member, status of the members, and, the mechanisms may 
5 be used with two or more operators simultaneously. 

In the following the preferred embodiments of the Invention are described In 
more detail with reference to the drawings. 

I 

* 

10 Fig. 1 shows the situation when both network operators offer Push-to-Talk 

groups to each other 
Fig. 2 shows the situation when only operator 2 offers Push-To Talk groups to 

customers of operator 2 and 1 
Fig. 3 shows the push-to-Talk User Signalling/Traffic Flow (Alternative 1) 
15 Fig. 4 shows the Push to Talk User Signalling/Traffic Flow (Alternative 2) 
Fig. 5 shows the Push-to-Talk User Signalling/Traffic Flow (Alternative 3) 

In Figure 1 the architecture Is shown when twp operators offer Push-to-Talk 
20 groups to each other. 

On the left hand side there is shown the domain of Operator 1 (OP1), There is 
a number (1+n...m) of users (subscribers) with their end terminals 1 logged on 
to operator 1 . Operator 1 preferably operates his own access network 2 to 
provide access to his telecommunication services. There Is preferably an 

25 authentication and routing element 3 which authenticates the users and routes 
the connection to the required services and/or destinations. 
According to the Invention operator 1 provides a PoC application server 4 
(PoC AS) which hosts a Push-to-Talk group which is identified for example by 
the address "poc-group@op1.net". The users 1+n...m can be member of this 

30 Push-to-Talk group. There may also be a billing facility 5 to charge the utilised 
communication services to the users. 



wo 2005/025255 



PCT/EP2004/009774 



4 

On the right hand side there is shown the domain of Operator 2 (OP2). There 
is a number (1 ...n) of users (subscribers) with their end terminals 1 1 logged 
on to operator 2. Operator 2 may operate an access network 12 to provide 
access to his telecommunication services. There also can be an 

5 authentication and routing element 13 which authenticates the users and 
routes the connection to the required services and/or destinations. 
According to the invention operator 2 also provides an PoC application server 
14 (PoC AS) which hosts a Push-to-Talk group which is identified for example 
by the address "poc-group@op2.net". The users 1...n can be member of this 

10 Push-to-Talk group. There may also be a billing facility 15 to charge the 
required communication services to the users. 

The PoC application server 4 of operator 1 is connected via a synchronisation 
connection and (sync) interworking connection (IC) with the PoC application 
server 14 of operator 2 
15 The coordination of both Push-to-Talk groups, i.e. "poc-group@op1.net" and 
poc-group@op2.net, is managed by a common group management system 6. 

Operatorl and Operator2 negotiate an agreement, that Operator2 is allowed 
to offer the Push-to-Talk group "poc-group@op2.net" and Operatorl is 
20 allowed to offer the Push-to-Talk group poc-group@op1 .net to the other 
operator, respectively. 

Accordingly, the users n+1 to m join the group poc-group@op2-net from Opi 
side and the users 1 to n join the group poc-group@op1.net from Op2 side. 

25 Via the synchronisation connection a synchronisation takes place between 

■ 

Operatorl and Operator2 PoC application servers 4 and 14, so the group 
members of poc-group@op1 .net and poc-group@op2.net are known to both 
operators, i.e. operator 2 and Operatorl . 

30 The synchronisation is carried out automatically by the PoC application 
servers 4 and 14. There may also be a synchronisation whenever a user 
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requests update of all group members of poc-group@op1 .net and poc- 
group@op2.net before sending a PoC message. 

* 

Figure 2 sliows an identical architecture as Figure 1. In the depicted situation 
5 only operator 2 offers Push-To-Talk groups to customers of both operator 2 
and 1. 

Operatorl and Operator2 negotiate an agreement that Operator2 is allowed to 
offer the group poc-group@op2.net. 

Accordingly, users n+1 ...m join the operators 2 group poc-group@op2.net 
10 from Opi side and user 1 to n join the same group poc-group@op2.net from 
Op2 side 

A synchronisation talces place between Operatorl and Operator2 PoC 
application servers 4 and 14, so the group members of poc-group@op2.net 
are known to both Operatorl and Operator2, that is the group members of 
15 poc-group@op1.net are only known to operator 1 but not to operator 2. 

The synchronisation takes place automatically by the PoC application servers 
4 and 14 and also in case a user requests update of all group members before 
sending a PoC message. 

20 

Figure 3 shows the push-to-Talk User Signalling/Traffic Flow according to a 
first alternative. Only OP2 is allowed to offer his group poc-group@op2.net to 
Dpi. 

25 A user m with his terminal 1 logged to Opi presses for example a special PoC 
button on his terminal. It is assumed that all or parts of the members of the 
poc-group@op2.net are known/not known In the Opi PoC application server 
due to synchronisation/request mechanism. 

■ 

30 The messages are terminated towards ail users logged on to Opi (except 

* 

user m) and to the users of the group logged on to Op2. 
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The PoC application server 4 In connection with the billing facility 5 may . 
generate billing records and Interconnection (IC) records for accounting. 
The PoC AS 4 of Op1 acts as proxy for a single user m of poc-group@op2.net 
logged on to the operator 1 network and contact the PoC application server 14 
5 for the group poc-group@op2.net located at operator 2. 

The PoC application server 14 of Operator 2 may be identified by a address 
derived from the group address, i.e. "....op2.net" 

Fig. 4 shows the Push to Tall< User Signalling/Traffic Flow according to a 
10 second alternative. Only OP2 is allowed to offer his group poc-group@op2.net 
toOpl. 

A user m with his terminal 1 logged to Op1 presses for example a special PoC 
button on his terminal, and all or parts of the members of the poc- 
15 group@op2.net are known/not known in the Opi PoC application server 4 due 
to synchronisation/request mechanism. 

The messages are terminated towards all users logged on to Op1 (except 
user m) and to the users of the group logged on to Op2. 

20 

The PoC application server 4 in connection with the billing facility 5 may 
generate billing records and Interconnection (IC) records for accounting. 

The PoC AS 4 of Opi acts as proxy for a single user of poc-group@op2.net 
25 logged on to the operatorl network and contact the PoC application server 14 
for the group located at operator2. 

The PoC AS may also act as partial PoC group server (partial group proxy) for 
all users of poc-group@op2.net logged on to the operatorl network and 
30 contact the PoC server 14 for the group poc-group@op2.net. The traffic 

between the servers 4 and 14 may be a server-server connection combining 
the traffic of the partial groups. 
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The server of Operator2 may be identified by an address derived from tlie 
group address. I.e., "....op2.net". 

5 Fig. 5 shows the Push-to-Talk User Signalling/Traffic Flow according to a third 
alternative. OP2 is allowed to offer his group poc-group@op2.net to Op1 and 
users of Op1 are allowed to use it. 

A user m with his terminal 1 logged to Op1 presses for example a special PoC 
10 button on his terminal, the message is directly routed to the PoC application 
server 14 of Operator2. 

The messages are terminated towards all users logged on to Opi (except 
user m) and to the users of the group logged on to Op2. 

15 

The PoC application server 4 in connection with the billing facility 5 may 
generate billing records and Interconnection (IC) records for accounting. 

The PoC application server 14 of Operator2 may be identified by a address 
20 derived from the group address. 
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List of Reference Numerals and Abbreviations 

1 Communication terminal 

2 Access Network 

3 Authentication and routing element 

4 PoC application server 

5 Billing facility 

6 Group management system 



1 1 Communication terminal 

12 Access Network 

13 Authentication and routing element 
. 14 PoC application server 

.15 Billing facility 



PoC push-to-talk over Communication System 

PoC AS push-to-talk over Communication System Application Server 

Op1 Operator 1 

Op2 Operator 2 



